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TEHRD-PARTY BILLING SYSTEM AND METBOD 



FIELD OF THE INVENTION 

The present invention relates to electronic conunerce systems and methods, and more 
5 specifically, to a third-party billing system and method that allows consumers to puichase 
products and services fixrai online merchants by providing billing infonnation to the third party 
billing system ra&er than to merchants. 

BACKGROUND OF TEIE INVENTION 

Consumers are ordering products and services over computer networks such as the Inter- 

10 net in increasing numbers. Figure 1 shows a typical electronic commerce (e-commerce) sjrstem 
used to conduct online transactions. Consumer 104 usually accesses a computer network such 
as the Internet through a browser program, and searches dnough product descrq)tions located at 
a merchant's world wide web site on merchant computer 108. After consumer 104 selects a 
product and places an order for it with merchant computer 108, consumer 104 typically sends 

15 billing information (such as a credit card number), as well as additional personal information 
(such as a postal address, a telephone number, or an e-mail address), to merchant computer 1 08. 
Merchant computer 108 flien requests authorization fix)m consumer billing au&ority 140 (e.g., a 
credit card payment processor) to charge the transaction to a consumer billing accoimt identified 
by the billing information provided by consumer 104. After receiving auAorization from 

20 consumer billing authority 140, merchant computer 108 notifies consumer 104 that flie 
transaction has been authorized, and delivers the product to consumer 104. 

Hiere are numerous drawbacks associated witii such prior art e-commerce systems. For 
example, cotmmiers must provide flieir billing information to all the merchants from whom they 
wish to purchase products or services. This poses a security risk to consumers, since unscn^u- 

25 lous merchants can use that information to conduct unauthorized transactions. Moreover, 
consume must also provide tilieir personal information to merchants, who can use that 
identifying information to flood consumers with unsolicited mail, telephone caUs, and 
advertisements. Merchants can also sell consumers' personal information, as well as informa- 
tion about the products or services purchased by specific consumers, to advertising companies or 

30 to companies that can compile detailed histories of the spending and purchasing habits of 
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consumers. Many potential consunaers are reluctant to engage in online transactions for fear ttiat 
in doing so they can compromise not only fiie security of flieir billing accounts, but also flieir 
own privacy. 

Merchants are also inconvenienced by prior art e-conunerce systems because tbey must 
^ 5 implement tiheir own billing solution, which can be costly, time consuming, and technically 
difiBcult to integrate into flieir web site. In addition, merchants must also build extra security 
mechanisms into their web site in order to prevent hackers fiom breaking into their system and 
gaining access to databases with consumer account and bUling information. 

Another drawback of prior art e-commerce systems is that they are not set up to handle 
10 "microtransactions." Microtransactions are transactions that involve small amounts of money, 
such as two dollars or less. The relatively high fees associated widi processing such transactions 
prohibit merchants from making microtEansactions available to consumers. This is an especially 
significant shortcoming on the Internet because consumers are much more likely to buy small- 
value items (such as a $0.50 news article, picture, or song) than large-value items (such as a $20 
1 5 newspaper subscription or album). 

Accordingly, there exists a need for an electronic commerce system and method that al- 
lows consumers to conduct transactions securely, confidentially, and without the aforementioned 
problems and inconveniences. 

SUMMARY OF TEE INVENTION 

20 The present invention is directed to a system and meftod for conducting transactions be- 

tween a consumer, a merchant con^uter, and a billing computer that are connected together by a 
computer network. In a typical transaction, the consumer wishes to purchase a product or 
service fiom the merchant computer. The product or service can comprise digital content Non- 
limiting examples of digital products include online publications, digital images, connputer 

25 software, search results obtained fiom searching electronic databases, and any other information 
that merchants can provide to consumers for a fee. The consumer intends to pay for the product 
or service by charging the transaction to a consumer billing account, preferably one that has 
been pre-established (e.g., an existing credit card). Examples of billing accounts include credit 
card accounts, debit card accoimts, smart card accounts, checking accounts, and any account that 

30 allows consumers to pay for a purchase by merely providing an identification of the account to a 
merchant or o&er party. The system -and mediod of the present invention allow consumers to 
conduct such transactions wifliout disclosing the identity of a billing account (or other 
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infonnation related to Hie accoiint) to merchants. Instead, consumers provide such billing 
information to a trusted third-party billing system. 

Hie advantages of the present invention are provided by a method of conducting transac- 
tions that includes the steps of initiating a transaction, authorizing the transaction by having Ihe 
5 consumer transmit an authorization code to the billing conqmter, and fulfilling the transaction. 

The transaction can be initiated by transmitting an order for a product or ^rvice to a 
merchant computer. The merchant computer can transmit infonnation relating to the order to a 
billing computer, which can respond by returning a transaction identification code. The 
merchant computer can transmit the transaction identification code to flie consumer, and direct 

10 the consumer to contact the billing computer in order to authorize the transaction. In an 
alternative embodiment, the transaction can be predefined, and the merchant computer can 
return a transaction identification code to the consumer without first contacting the billing 
computer. In yet another embodiment, tiie consumer can initiate a predefined transaction by 
placing an order directly with the billing computer, 

IS Ihe transaction is then authorized by the consumer. The billing computer can transmit a 

description of the transaction to the consumer, so as to verify the details of the transaction. 
Assuming tiie consumer wishes to authorize the transaction, the consumer transmits an 
authorization code to the billing computer. The authorization code contains billing infonnation 
that identifies the consumer billing account to which the consumer wishes to charge the 

20 transaction. The authorization code can also contain authentication information such as a 
password or a Personal Identification Number (PEN), which adds a layer of security to the 
consumer's billing account In an alternative embodiment in which multiple consumers are 
permitted to charge transactions to the same billing account, each consumer is issued a separate 
PIN. Each PIN can be' associated with restrictions that limit the corresponding consumer's use 

25 of the billing account 

After the consumer authorizes the tran^tion, the billing computer determines whether 
to approve the transactiott The billing computer makes such a determination by considering the 
authorization code provided by the consumer. Ihe billing computer can also consider 
authentication information provided by die consumer, as well as other information about the 

30 transaction. Ihebillingcomputercanalsoconsidertheresult of an authorization request placed 
with a consumer billing authority before approving the transaction. After Ihe billing computer 
makes its approval determination, it transmits an approval code to the merchant computer, 
indicating whether or not it has approved the transaction. 
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Assuming &e transacti n is approved by the billing computer, it is tii^ fulfilled Trans- 
action fulfillment can be as simple as delivery of tiie product or service to die consumer. The 
merchant computer can additionally send an ackn wledgment to the billing con^uter. 

In an alternative embodiment, the consumer transmits a fulfillment request and a con- 
5 sumer identifier (sufficient to associate the consinner with the transaction but not necessarily to 
reveal flie tme identity of &e consumer) to the merchant computer. The consumer also transmits 
the consumer identifier to the billing computer, possibly as part of the authorization code. The 
billing computer forwards its copy of tiie consumer identifier to the merchant computer. If the 
consumer identifier received fiom the consumer matches die consumer identifier received fiom 

10 the billing computer, the merchant computer then delivers die product to the consumer at the 
destination specified by the consumer identifier. 

In another embodiment, die consumer transmits a fulfillment request and a consumer 
identifier to the merchant computer. The merchant computer then transmits the consumer 
identifier to the billing computer, along wifli a fulfillment approval request. The consumer also 

15 transmits a consumer identifier to the billing computer, possibly as part of the authorization 

code. If the consumer identifier received fix)m the consumer matches the consumer identifier 
received fiom the merchant computer, the billing computer transmits a fulfillment approval 
response to the merchant computer indicating approval to fiilfill the transaction. If the consumer 
identifiers do not match, the billing con^uter transmits a fulfillment approval response that 

20 indicates denial to fiilfill the transaction. Assuming the fulfillment approval response is positive, 
the merchant computer then delivers the product or service to the consumer. 

The billing computer can charge die transaction to the consumer billing account by 
transmitting a charge submission to a consumer billing authority. Ahematively, die billing 
computer can aggregate two or more transactions, and charge the aggregated transactions to the 

25 consumer billing account upon the occurrence of a specified event Aggregation amortizes 
processing fees across multiple transactions, thereby making microtransactions profitable for 
merchants. The system and method of die present invention thus enable merchants to offer 
microtransactions to consumers. In another embodiment, the billing computer can use 
predetermined criteria to determine whether each transaction is to be charged dtrecdy to the 

30 consumer billing account, or aggregated with other transactions and charged to the consumer 
billing accoimt as an aggregate total. 

In an alternative embodhnent, the billing computer, can obtain a pre-authorization from 
die consumer billing andiority that permits the charging of a predetermined amount to the 



wo 02/19211 



PCTAJSOl/26718 



5 

consumer billing account Pre-authorization further enables aggregation by ensuring that a 
consumer billing account can accommodate the charging of aggregated transactions. 

In a preferred embodiniient, a consumer pre-registers wi& a billing computer and identi- 
fies a credit card account and a personal identification numb^ (PIN) that are to be used to 
S charge transactions. Thereafter, flie consumer initiates a transaction by accessing a merchant's 
web site and placing an order for a product The merchant computer receives the order and 
sends information relating to the order to the billing computer, which acts as a third-party billing 
system. The billing computer creates a transaction corresponding to the order and sends a 
corresponding transaction identifier to the merchant computer. The merchant computer receives 

10 the transaction identifier and transmits a copy to the consumer. The merchant computer then 
redirects the consimier to the billing computer's web site to authorize the transactioa 

The consumer authorizes the transaction by sending the transaction identifier and an au- 
thorization code comprising a pre-registered credit card number, a PIN, and a zip code to the 
billing computer. The consumer also sends an anonymous consumer identifier, such as an 

15 Internet Protocol (IP) address, to the billing computer. The billing computer verifies the 
authorization code and determines whether to approve tiie transaction. The billing computer 
then transmits an approval code to the merchant computer, indicating whether the transaction 
has been approved. The billing computer also redirects the consumer back to the merchant 
computer's web site. The consumer sends a fulfillment request to the merchant computer, along 

20 with a copy of the anonymous consumer identifier. The merchant computer checks to see 
whether the billing computer has approved the transaction, and Aether the consumer identifier 
sent by the consumer matches the consumer identifier sent by the billing computer. If the 
transaction has been approved and the consumer identifiers match, the merchant computer 
electronicaUy transmits the product to the IF address specified by the consumer identifier. The 

25 merchant computer then sends an acknowledgment to the billing computer that the product has 
been delivered. The billing computer either submits the transaction to a consumer billing 
authority, thereby directly charging the transaction to the credit card account specified in the 
consumer's authorization code, or aggregates the transaction for later billing to the credit can! 
account as part of an aggregate total. 

30 One advantage of the present invention is ^t it allows consumers to conduct transac- 

tions securely by providing billing information to a third-party billing system rather than to 
merchants. 
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Another advantage of the present invention is that it allows consumers to condact trans- 
actions anonymously by providing personal information to a third-party billing system mtfaer 
dian to merchants. 

Yet another advantage of the piesent invention is ^t it allows consumers to add security 
5 to their billing account by associating a PIN code with it 

Yet another advantage of the present invention is that it allows multiple consume to 
charge transactions to a billing account, and to allow different restrictions to be set for each 
consumer on Hie transactions that can be charged by that consumer. 

A fiirthCT advantage of the present invention is fliat it allows consumers to condact trans- 
10 actions without needing to create or remember a new account number. 

Yet ano&er advantage of the present invention is lhat it allows consumers and merchants 
to conduct microtransactions. 

A further advantage of the present invention is that it allows transactions to be aggre- 
gated before being charged to a consimier billing account 
15 Another advantage of the present invention is that it allows a billing account to accom- 

modate aggceg;ated charges by obtaining pre-aulfaorization to charge a predetermined amount to 
the consumer billing account 

The foregoing and other features, aspects, and advantages of the present invention will 
become apparent fix>m the following detailed description, which should be read in conjunction 
20 with the accompanying drawiugs. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated iato and form a part of tibie specifi- 
cation, illustrate preferred embodiments of the present invention by way of example, and, 
together with the description, serve to explain die principles of the invention. 
25 Figure 1 is a schematic diagram of a prior art e-commerce system. 

Figure 2 is a schematic diagram of an e-commerce system in accordance with a preferred 
embodiment of the invention. 

Figure 3 illustrates the conmiunications that can occur as part of the step of initiating a 
transaction in a preferred embodiment of flie method of the present invention. 
30 Figure 4A illustrates the conmiunications that can occur as part of the step of authorizing 

a transaction in a preferred embodmient of the method of die present invention. 
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Figures 4B and 4C depict web pages tliiough which a consumer authorizes a transacti n 
in a preferred inqilementation of &e system and method of the present invention. 

Figure 5 illustiates the connnunications that can occur as part of the step of approving a 
transaction in a preferred embodiment of method of the present invention. 
5 Figures 6A and 6B illustrate the communications that can occur as part of &e step of ful- 

filling a transaction in apreferred embodiment of tfie method of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention will now be described with reference to the accompanying draw- 
ings, which are provided as illustrative examples of preferred embodiments of the present 

10 invention. In describing the preferred embodiments illustrated in ttie drawings, specific 
terminology is used for the sake of clarity. However, the invention is not intended to be limited 
to the specific terms that are selected Raflier, each specific term is intended to include all 
equivalents that operate in a similar or substantially similar manner to accomplish a similar or 
substantially similar result Notably, the present invention can be implemented using sofiware, 

IS hardware, or any combination thereof, as would be apparent to those of skill in the art 

Figure 2 shows a prefened embodiment of a system that can be used to conduct e- 
commerce transactions according to the present invention. A consumer 204, a merchant 
computer 208, and a billing computer 218 are all connected to computer network 202, which 
provides means for bi-directional communication between any two parties. One example of a 

20 suitable network is the Litemet, which relies on TCP/TP protocols to conununicate among a 
pliuality of computers. The consumer 204 can coimect to the computer network 202 using one 
of many technologies, such as a personal computer, a network-enabled television, a personal 
digital assistant, a cellular telephone with built-in computer cormectivity such as a micro- 
browser, or similar technology known to those of skill in the art Consumer 204 has an 

25 associated consumer identifier 206 that uniquely identifies the consumer while the consumer 
interacts with computer network 202. Consumer identifier 206 should be unique within 
computer network 202, at least from flie time fliat a transaction is initiated through the time ttiat 
a transaction is fiilfilled. 

Additionally, in a preferred embodiment, consumer identifier 206 is faidependent firom 

30 the consumer's billing information that is provided to consumer billing authority 240. Such an 
embodiment allows consumer 204 to engage in transactions in such a way that merchant 
computer 208 does not receive information that identifies the consumer billing account 
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In another prefetied embodiment, consumer identifier 206 is anonymous, meaning tliat it 
identifies consumer 204 in a way tliat does not disclose personal infonnation about the 
consumer. An anonymous consumer identifier contains information that enables merchant 
computer 208 to deliver a product or sravice to consumer 204, but does not otherwise identify 
5 consumer 204. Such an embodiment allows consumer 204 to engage in transactions anony- 
mously. 

Examples of prefexred consumer identifiers include compixteir names, Internet Protocol 
(IP) addresses, browser identifiers, login identifiers along wift domain names, identifiers that 
identify only the consumer's connection to computer network 202, digital certificates, 

10 distinguished names, and smart cards. Other types of consumer identifiers are known to those of 
skill in the art As is conventional, most Intemet service or netwoik providers assign an IP 
address to consumers when Ihey log in to the network; consequ^tfy, the IP address used by a 
particular consumer typically changes at each log-in. 

One or more merchant conq>uters 208 are connected to computer network 202. Figure 2 

15 shows a single merchant computer 208 for illustrative purposes only. In the embodiment shown 
in Figure 2, merchant computer 208 includes a network inter&ce 214 for communicating with 
computer network 202, a controller 210 for managing the operation and interaction of the 
modules within the computer and for executing the methods of the invention for conducting 
transactions. As shown in the embodunent depicted in Figure 2, merchant computer 208 can 

20 also include the foUowmg components: a comparator 212 for comparing values related to the 
processing of transactions such as consumer identifi^; a transaction memory 216 for storing 
mformation about transactions that are in progress or completed; and a predefined database 21 1 
containing descriptions of predefined transactions. One skilled in the art will appreciate that 
merchant computer 208 can also include numerous conventional hardwarc and soflwarc 

25 components for providing infonnation and products to consumers and for conducting transac- 
tions over computer netwoik 202. Moreover, some or all of the modules shown in Figure 2 can 
be implemented with software, hardware, or both. 

A billing computer 21& is configured to communicate with merchant conq>uter 208 and 
consumer 204 through the computer network 202. In the embodiment shown in Figure 2, billing 

30 computer 218 includes a network interface 224 for connecting to and communicating with 
computer netwoik 202; a consumer billing au^ority interface 230 for connecting to and 
communicating witti a consumer billing authority 240 over a connection 242; and a controller 
220 for managing tiie operation and interaction of the modules within tiie computer and for 
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executiBg Hie methods of the invention for conducting transactions. Connection 242 can include 
an automated or semi-automated connection via a computer netwoik or dedicated computer link, 
or it can include a manual connection whereby communication requests are handled manually 
through human intervention. 
S As shown in the embodiment depicted in Figure 2, billing computer 208 can also include 

the following components: a comparator 222 for comparing values related to the q^proval of 
transactions such as consumer identifiers; an account database 232 for storing account 
information such as consumer account nimibers, consumer billing account identifiers, or 
authorization codes for consumers that have registered with billing computer 218; a PIN 

10 database 234 for storing information related to approving transactions, a predefined database 
236 containing descriptions of predefined transactions; a transaction memoiy 226 for storing 
information about transactions that are in progress or completed; and an aggregation memory 
228 for storing transactions that are in the process of being aggregated together into one or more 
billing events for submission to flie consumer billing authority. One skilled in the art will 

15 appreciate that billing computer 218 can also include numerous conventional hardware and 
software components for providhig information and conducting transactions over computer 
network 202. Moreover, some or all of the modules shown in Figure 2 can be implemented with 
software, hardware, or both. 

As shown in the embodiment depicted in Figure 2, consumer billing authority 240 is a 

20 system (e.g., a credit card payment processor) that is external to billing computer 208 and that 

- authorizes the charging of transactions to consumer billing accounts, as referenced by 
consumer billmg account numbers and optionally other associated information; 

- charges transactions to consumer billing accounts; and 

- settles transactions charged to consumer billing accounts. 

25 One skilled in the art will appreciate that consumer billing authority 240 can also include 
numerous conventional hardware and software coiiqx)nents for providing the above functional- 
ity. Moreover, some or all of the modules shown in Figure 2 can be implemented with 
hardware, software, or both 

The operation of the embodiment of the e-comn]ierce system shown in Figure 2 will now 

30 be described with reference to Figures 3 tinough 6. The system is used to conduct transactions 
between consumer 204, merchant computer 208, and billing computer 218, wherein consumer 
204 intends to purchase a product or service from merchant computer 208 by charging the value 
of the product or service to a consumer billing account Billing computer 218 wiH ultimately 
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charge Ibe transaction to the consumer billing account, but such a charge can occur after the 
transaction is complete. Billing computer 218 can also aggregate the transaction with other 
transactions and charge the aggregated transactions to the consumer billing account, as will be 
discussed below. Significantly, the transaction is conducted without disclosure of information 
that identifies die consumer billing account to merchant computer 208. That is, neither 
consinner 204 nor billing computer 218 transmits to merchant computer 208, and merchant 
computer 208 does not receive, information identifying the consumer billing account 

The overall method of conducting a transaction of the present invention can be broken 
down into four main steps, which are illustrated in Figures 3 through 6. The four main steps are: 

- initiatiDg a transaction (Figure 3); 

- authori2dng the transaction (Figures 4A, 4B, and 4C); 

- approving the transaction (Figure 5); and 

- fulfilling the transaction (Figures 6A and 6B). 

Each of the four main steps can be further broken down into one or more sub-steps. Although 
Ifae preferred embodiments described herein list particular combinations of sub-steps for each of 
Qie four main steps, the invention is not limited to those particular combinations of sub-steps. 
Rather, the invention includes within its scope the four main steps, and all possible combinations 
of the sub-steps tiiat are described hereiiL 

The four main steps, and the corresponding sub-steps that can be (but need not be) used 
to carry out each of Ihe four main steps, will now be described 

Figure 3 illustrates alternatives for the step of initiating a transaction. In one embodi- 
ment of the invention, consumer 204 initiates a transaction by transmitting an order 302 for a 
product or service to merchant computer 208. Merchant computer 208 can look up the order 
302 in a predefined database 21 1 to retrieve a description of a predefined transaction that can 
contain additional information about the order 302 (e.g,, price, product code, etc.). Merchant 
computer 208 then transmits an order description 206, which contains information relating to the 
order, to billing computer 218. 

Billing computer 21 8 tiien creates a transaction in its transaction memory 226, and re- 
turns to merchant computer 208 a transaction ID 308, winch is a transaction identification code 
that can be used to reference the transaction again at a later time. Billing computer 218 can also 
look up the order in a predefined database 236, which contains descriptions of predefined 
transactions, in order to retrieve additional information about the order. Information retrieved 
from predefined database 236 can be used in creating the transaction that is stored in transaction 
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memoiy 226. Hie traanisaction information Umt is stored in transaction memoiy 226 can contain 
information legarding the merchant cotiesponding to merchant computer 208, the product or 
service to be sold, the price of the transaction, restrictions associated with the product or service, 
and other related information. 

After receiving transaction ID 308, merchant computer 208 can store transaction ID 308, 
as well as additional information about the transaction, in transaction memory 216. Finally, 
merchant computer 208 transmits transaction ID 308 to consumer 204. 

In an alternative embodiment, consumer 204 initiates a transaction by transmitting an or- 
der 302 for a product or service to merchant computer 208. Merchant computer 208 can look up 
the order in a predefined database 21 1 to retrieve a description of a predefined transaction that 
can contain additional information about the order 302, such as a transaction ID 308. Merchant 
computer 208 can then store transaction ID 308, as well as additional information about the 
transaction, in transaction memoiy 216. Finally, merchant computer 208 transmits transaction 
ID 308 to consumer 204. 

In an alternative embodiment, consumer 204 initiates a transaction by transmitting an or- 
der 302 for a product or service directly to billing computer 218. Billing computer 218 then 
creates a transaction in its transaction memory 226. Billing computer 218 can also look \xp the 
order in a predefined database 236, retrieve additional information about the order, and store the 
additional information in transaction memoiy 226. 

Figure 4A illustrates alternatives for the step of authorizing a transaction. In one em- 
bodiment of the invention, billing computer 218 transmits a transaction description 402 to 
consumer 204. This step is optional, as consumer 204 can authorize the transaction correspond- 
ing to the previously placed order without feedback fiom billing computer 218. 

If consumer 204 wishes to authorize the transaction, consumer 204 transmits an authori- 
zation code 404 to billing computer 218, containing billing information related to consumer 204. 
Authorization code 404 can also comprise au&entication information, such as a digital 
certificate, a password, or a PIN code. Additionally, authorization code 404 can comprise the 
transaction ID 308 ibat corresponds to the transaction to be authorized, in which case billing 
computer 218 can use transaction ID 308 to look up the referenced transaction in transaction 
memoiy 226. 

The billing information contained wifliin authorization code 404 should identify, either 
directly or indirectly, the consumer billing account to which consumer 204 wishes to charge the 
transaction, so that billing coii5)uter 218 can later charge th transaction to fliat consumer billing 
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account through consutaer billing authodty 240. Accoidinglyy authorization code 404 can 
comprise a consumer billing account identifier (such as a consumer billing account inmiber)^ a 
consumer account number that billing computer 218 looks up in account database 232 to retrieve 
a consumer billing account identifier, a digital certificate that contains embedded within it a 
S consumer billing account identifier or a consumer account number, or a digital certificate that 
contains a reference to an external directory that can be consulted by billing computer 218 to 
obtain, either directly or indirectly, a billing account identifier. 

In a preferred embodiment, authorization code 404 comprises the same consumer billing 
account number (such as a credit card number or a debit card number) that is submitted to 

10 consinner billing authority 240 to charge flie transaction to the corresponding consumer billing 
account In this way, consumer 204 can use the e-commerce system of the present invention to 
conduct transactions wittiout needing to create or remember a new account number or some 
other identification number. For example, a pre-existmg credit card or debit card can be used. 

In a preferred embodiment, billing computer 218 uses authentication information con- 

IS tained within authorization code 404 to ensure that the consumer submitting authorization code 
404 is in fact the consumer authorized to access the identified consumer billing account 
Authentication information can comprise data known only to consumer 204, such as a password 
or PIN. Authentication information can also comprise the capture of a personal signature, a 
digital signature, biometric data, a digital certificate, or other types of authentication informa- 

20 tion, as known to those of skill in Ae art Billing computer 218 can validate authentication 
information provided within authorization code 404 by referencing account database 232, PIN 
database 234, or an external directory. 

In a preferred embodiment, authorization code 404 comprises a consumer billing account 
number and a password. Such an embodiment achieves the effect of transparently "adding" 

25 security to the consumer's billing account by permitting the consumer to associate a personal 
password with the billing account As one example, consumer 204 can pre-register with billing 
computer 218 by providing a PIN and credit card number that are to be used for future 
transactions. 

The authentication information in authorization code 404 need not have a one-to-one cor- 
30 respondence with the underlying consumer billing account A preferred embodiment of the 
present invention permits multiple PINs, each of which is associated with a separate consumer, 
to be associated with a single consumer billing account In this way, transactions can be charged 
to a single consumer billing account by multiple consumers. For example, multiple &mily 
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members can charge transactions to a single credit card. In such an embodiment, billing 
computer 218 can use &e au&entication information to provide separate restrictions for different 
users of the consumer billing account Restrictions can be directed to spending limits, credit 
limits, product-type limits, servic^type limits, merchant-type limits, or merchant limits. Other 
types of restrictions can be determined by those of skill in the art As an example, a parent can 
auAorize a child to charge transactions to flie parent's consumer billing account by creating a 
separate PIN for the child. The parent can then specify restrictions on the child's transactions, 
such as a credit Mmit restriction of $20/montii, or a type restriction on flie types of products or 
services the child is permitted to purchase. The use of multiple PINs or other au&entication 
codes to control transactions fliat are authorized by multiple users of a billing account is a 
feature of the present invention fliat can be used with a variety of systems and methods, and is 
not limited to use within the disclosed e-commerce system and methods. 

In another embodiment of the present invention, consumer 204 can initiate and authorize 
a transaction by transmitting an order and an authorization code 404 to billing conq}uter 218 
substantially simultaneously. In yet another embodiment, consumer 204 can combine 
transmission of the order and transmission of the aufliorization code 404 into one transmission. 

In an embodiment in which consumer 204, merchant computer 208, and billing computer 
218 interact via the Internet, an embodiment of the authorization step can include display of 
transaction description 402 on a web page 450, as illustrated in Figure 4B. Consumer 204 can 
then enter an authorization code conq)nsed of an account number, a PIN, and a zip code 
corresponding to the billing address for the consumer billing account in n^ut boxes 460, 462, 
and 464, respectively. Consumer 204 can then select the Next button 470 to transmit the 
authorization code to billing computer 21 8. Billing computer 218 then verijBes the authorization 
code and approves the transaction. If billing computer 218 approves flie transaction, it displays 
transaction description 402 on a web page 452, as shown in Figure 4C, and gives consumer 204 
one more chance to either accept or decline the transactioiL Consumer 204 can complete 
authorization of the transaction by selecting the Accept button 472. Alternatively, consumer 204 
can decline or cancel flie transaction by selectmg flie Cancel button 474. 

Figure 5 illustrates alternatives for the step of approving a transaction. In determining 
whether to approve a transaction, billing computer 218 considers the authorization code 404 
provided by consumer 204. In alternative embodiments, billing computer 218 can also consider 
other information, such as the value of flie product or service that consumer 204 wishes to 
purchase, or the balance of the consumer billing account to which the transaction is to be 
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charged. In an embodimrat in which authorization code 404 conqnises authentication 
infonnation such as a PIN, billing computer 218 can further consider a spending or credit limit, 
or a product or service limit that can be associated with th6 authentication infonnatioiL 

In an alternative embodiment, billing computer 218 can transmit an audiorization request 
5 502 to consumer billing authority 240, requesting audiorization to charge tiie consumer biUing 
account Authorization request 502 can include a consumer billing account identifier corre- 
sponding to the consumer billing account consumer 204 to which the consumer wishes to charge 
ttie transaction; the price of the product or service to be purchased; flie nature of the product or 
service to be purchased; consumer billing account security or authentication information; or 

10 other billing information related to consumer 204. Upon consideration of Ihe authorization 
request 502, consumer billing authority 240 transmits an authorization response 504 back to 
billing computer 218 that either approves or denies tiiie authorization request Billing computer 
218 can consider authorization response 504 in determining whether to approve the transaction. 
Consumer billing au&ority 240 can comprise a conventional computer Aat authorizes credit 

1 5 card transactions. 

After determining whether to approve the transaction, billing conqjuter 218 transmits an 
approval 506 to merchant computer 208, indicating whether billing computer 218 has proved 
the transaction. In one embodiment, approval 506 comprises the transaction ID 308 coirespond- 
ing to the transaction being conducted, which allows merchant computer 208 to correlate the 

20 transaction to the consumer ID (but not the true identity of the consumer). Finally, in a preferred 
embodiment, billing computer 218 updates the infonnation regarding the transaction in 
transaction memory 226. 

If billing computer 218 approves the transaction, the transaction is then fulfilled. Figures 
6A and 6B illustrate alternatives for the step of fiitGlling a transaction. In the simplest 

25 embodiment, merchant computer 208 transmits delivery fulfillment 610 to consumer 204, which 
comprises deHvery of the product or service to consumer 204. The product or service can be 
delivered to consumer 204 by electronic transmissioiL 

In an alternative embodiment, consumer 204 transmits a fulfillment request 602 to mer- 
chant computer 208. Consumer 204 can also transmit consumer identifier 206 to merchant 

30 computer 208; this consumer identifier can be transmitted separately, or it can be transmitted as 
part of fiilfiUment request 602. Consumer 204 can also transmit consumer identifier 206 to 
billing computer 218; this consumer identifier can be transmitted separately, or it can be 
transmitted as part of aufliorization code 404. Billmg computer 218 can then transmit consumer 
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identifier 206 to merchant computer 208; tbis consumer identifier can be transmitted separately, 
or it can be transmitted as part of approval 506. 

Merchant computer 208 then determines whe&er to fiilfiU &e fulfilhnent request 602. in 
making that determination, merchant computer 208 can consider any of the information it has 
5 received regarding the transaction, as well as any information about die transaction it has stored 
in transaction memory 216. Merchant computer 208 can also use comparator 212 to coiiq>are 
the consumer identifier 206 transmitted by consumer 204 to merchant computer 208, and die 
consumer identifier 206 transmitted by consumer 204 to billing computer 218 and forwarded by 
billing computer 218 to merchant computer 208. If two consumer identifiers match, and 

10 merchant computer 208 determines to fiilfill the fulfillment request 602, merchant computer 208 
then transmits delivery fulfilhnent 610 to consumer 204. 

In an alternative embodiment, consumer 204 transmits a fulfillment request 602 to mer- 
chant computer 208. Consumer 204 can also transmit consumer identifier 206 to merchant 
computer 208; this consumer identifier can be transmitted separately, or it can be transmitted as 

15 part of fiilfillment request 602. Consumer 204 can also transmit consumer identifier 206 to 
billing computer 218; ttns consumer identifier can be transmitted separately, or it can be 
transmitted as part of authorization code 404. 

Merchant computer 208 then transmits a fulfillment approval request 606 to billing com- 
puter 218. Merchant computer 208 can also transmit consumer identifier 206 to billing 

20 computer 218; this consumer identifier can be transmitted separately, or it can be transmitted as 
part of fulfillment approval request 606. 

Billing computer 218 then determines whether to approve the fulfillment approval re- 
quest 606. In making ^t determination, billing computer 218 can consider any of the 
information it has received regarding the transaction, as well as any information about the 

25 transaction it has stored in transaction memory 226. Billing computer 218 can also use 
comparator 222 to compare tiie consumer identifier 206 transmitted by consumer 204 to billing 
computer 218, and die consumer identifier 206 transmitted by consumer 204 to merchant 
computer 208 and forwarded by merchant conq}uter 208 to billing computer 218. If tiie two 
consumer identifiers match, and billing computer 218 determines to approve the fulfillment 

30 approval request 606, billing computer 218 transmits a fulfillment approval rcsponse 608 to 
merchant computer 208 that indicates approval to fulfill the transaction. Otherwise, billing 
computer 218 transmits a fiilfillment approval response 608 to merchant computer 208 that 
indicates denial to fulfill the transactiorL Finally, if fulfilhnent approval response 608 indicates 
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approval to fulfill the transactioD, merchant computer 208 transmits delivery fulfillment 610 to 
consauner 204. 

In yet another embodiment, consumer 204 transmits a fulfillment request 602 to mer- 
chant computer 208. Consumer 204 can also transmit consumer identifier 206 to merchant 
5 computer 208; this consumer identifier can be transmitted separately, or it can be transmitted as 
part of fulfillment request 602. Consumer 204 can also transmit consumer identifier 206 to 
billing computer 218; this consumer identifier can be transmitted separately, or it can be 
transmitted as part of authorization code 404. 

Merchant computer 208 ttien transmits a fulfillment approval request 606 to billing com- 

10 puter 218. Merchant computer 208 can also transmit consumer identifier 206 to billing 
computer 218; this consumer identifier can be transmitted separately, or it can be transmitted as 
part of fulfillment approval request 606. 

Billing computer 218 then determines whether to approve the fulfillment approval rc- 
({uest 606. In making that determination, billing computer 218 can consider any of the 

15 information it has received regarding the transaction, as Well as any information about the 
transaction it has stored in transaction memory 226. If billing computer 218 determines to 
approve die fulfillment approval request 606, billing computer 218 transmits a fulfillment 
approval response 608 to merchant computer 208 that indicates approval to fulfill the transac- 
tion. Otherwise, billing computer 218 transmits a fulfillment approval response 608 to merchant 

20 computer 208 that indicates denial to fulfill the transaction. Billing computer 218 can also 
transmit the consumer identifier 206 that it received fiom consumer 204 to merchant computer 
208; this consumer identifier can be transmitted separately, or it can be transmitted as part of 
fulfillment approval response 608. 

Merchant computer 208 then determines whether to fulfill the fulfillment request 602. In 

25 making that determination, merchant computer 208 can consider any of the information it has 
received regarding the transaction, as well as any information about the transaction it has stored 
in transaction memory 216. Merchant computer 208 can also consider fulfiUment approval 
response 608. Merchant computer 208 can also use comparator 212 to comparc the consumer 
identifier 206 transmitted by consumer 204 to merchant computer 208, and Ae consumer 

30 . identifier 206 transmitted by consumer 204 to billing computer 218 and forwarded by billing 
computer 218 to merchant computer 208. If the two consumer identifiers match, and merchant 
computer 208 determines to fulfill the fulfillment request 602, merchant conq)uter 208 then 
transmits delivery fulfillment 610 to consumer 204. 
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As part of fulfilling tiie transaction, bflling computer 218 can charge the transaction to 
the consumer billing account In one embodiment, billing computer 218 transmits charge 
submission 614 to consumer billing authority 240, as shown in Figure 6B, Consumer billing 
authority 240 then transmits charge response 616 to billing computer 218. Charge response 616 
S can indicate the status of &e charge, including whether tiie charge succeeded or failed. 

In another embodiment, charge submission 614 can be conducted in conjimctLcn with au- 
thorization request 502, so as to ensure the success of the charge. In such an embodiment, 
billing computer 218 can store the information required to coordinate authorization request 502 
and charge submission 614 in transaction memory 226. 

10 hi an alternative embodiment, merchant computer 208 transmits delivery acknowledg- 

ment 612 to billing computer 218. Delivery acknowledgment 612 indicates the status of the 
delivery of the product or service. Billing computer 218 then transmits charge submission 614 
to consumer billing authority 240 only if delivery acknowledgment 612 indicates tiiat fulfillment 
delivery 610 to consumer 204 has been conq)leted. This embodiment has &e advantage of 

15 ensuring that the product or service is delivered to consumer 204 successfully before the 
transaction is charged to the consumer billing authority 240. 

In an alternative embodiment, the system and me&ods of the present invention are used 
to conduct multiple transactions between a consumer 204 and one or more merchant computers 
208. In such an embodiment, billing computer 218 need not charge each individual transaction 

20 to the consumer billing account Billing computer 218 can instead aggregate two or more 
transactions, and charge the aggregated transactions to the consumer billing account. 

More specifically, billing computer 218 can store some completed transactions in an ag- 
gregation memory 228. Note that billing computer 218 can receive a delivery acknowledgment 
for all, some, or none of the completed transactions. Billing computer 218 can then aggregate 

25 the completed transactions into a single billing event for submission to consumer billing 
authority 240. In other words, billing computer 218 can aggregate the completed transactions 
and submit them to consumer hilling authority 240 via one charge submission 614. In that way, 
the aggregated transactions are charged to the consumer billing accoimt as one billing event In 
an alternative embodiment, billing computer 218 can aggregate completed transactions into 

30 more than one billing event for submission to consumer billing authority 240. 

Billing computer 218 can charge aggregated transactions to a consumer billing account 
upon the occurrence of a specified event In one embodiment, billing computer 218 charges the 
aggregated transactions when tfie number of aggregated transactions exceeds a predetermined 
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number direshold In another embodiment, billing computer 218 charges the aggregated 
transactions when a predetermined period of time expires. In yet another embodiment, billing 
computer 218 charges the aggregated transactions when the sum of the aggregated transactions 
(i.e., the sum total of the amounts of die aggregated transactions) exceeds a predetermined 
5 amoimt threshold. Other suitable triggering events for submitting aggregated transactions to 
consumer billing authority 240 can be determined by those of skill in the art The triggering 
event is preferably chosen such that it is pn>j5table for billing computer 218 to charge the 
aggregated transactions to tiie consumer billing account, in light of fbe processing fees that are 
charged by consumer billing authority 240 and other payment processing firms and financial 
10 institutions. 

In an alternative embodiment, billing computer 218 can use predetermined criteria to de- 
termine whether each transaction is to be charged directly to the consumer billing account, or 
aggregated with other transactions and charged to the consumer billing account as an aggregate 
total. In one embodiment, the predetermined criteria comprises a pass-thioug^ direshold 

15 amount. In such an embodiment, transactions above the pass-through threshold amount are 
charged to the consumer billing account individually, whereas transactions below the pass- 
through direshold amoimt are aggregated and charged to the consumer billing account as an 
aggregate total. For example, in an embodiment in which the pass-tfaxough threshold amount is 
set to $8, a $20 charge incurred for downloading a software program would be charged to die 

20 consumer billing account directly, while a $0.25 charge incurred for downloading a picture 

would be aggregated with other microtransactions and submitted as part of an aggregate charge 
at a later time. In anodier embodiment, the predetermined criteria for determining whether to 
aggregate a transaction comprises the type of the transaction. Other suitable criteria for 
determining whether to aggregate a transaction can be determined by those of skill in the art 

25 Suitable triggering events for charging the aggregated transactions to the consumer billing 
account can also be determined by those of skill in the ait 

In an alternative embodiment, billing computer 218 can obtain a pre-authorization fiom 
the consumer billing authority that permits charging a predetermined amount to the consumer 
billing account. Such a pre-authorization can be used to ensure that the consumer billing 

30 account can accommodate the charging of aggregated transactions. Billing computer 218 can 
obtain a pre-authorization by transmitting an authorization request 502 to consumer billing 
authority 240, and receiving an authorization response 504 in response. 
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in one embodiment, billing computer 218 obtains pre-autboiization as part of the ap- 
proval step of conductiiig a transactioiL In alternative embodiments, billing computer 218 can 
obtain pre-authoiization when the consumer registers with the biDing computer, when a 
predetermined period of time passes after the previous pre-authorization, or when the sum of a 
number of aggregated transactions exceeds a predetermined amount Other suitable triggering 
events for obtaining a pre-authorization can be determined by those of skill in the ait 

Aggregation and pre-authorization, used either independently or in coiijunction, are fea- 
tures of the present invention that can be used with a variety of systems and methods, and are 
not limited to use within the disclosed e-commerce system and methods. 

Although the system and methods of the present invention have been described fiom an 
overall perspective, the invention is not directed solely to the overall system and the overall 
methods. Rather, the invention includes within its scope the independent merchant computer 
and billing computer portions of the system, as well as the corresponding portions of the 
methods tiiat are executed at the merchant computer and at the billing computer. 

Moreover, although the invention has been particularly described by reference to specific 
embodiments, it should be readily apparent to those of ordinary skill in the art that various 
changes and modifications can be made in form and details without departing fiom the spirit and 
scope of &e invention. The appended claims are intended to cover such changes and modifica- 
tions, so as to afford broad protection to the invention and its equivalents. 

The steps of the method claims need not be practiced in the specific order listed, and 
such ordering should not be interpreted as limiting the scope of the invention. 
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CLAIMS 

What is claimed is: 

L A method of conducting a transaction between a consumer, a meichant computer, and a 
billing computer connected together over a computer network, herein the consumer pur- 
chases a product or service fiom the merchant computer by charging the value of the prod- 
uct or service to a consumer billing account, the mefliod comprising flie steps of: 

(1) initiating the transaction for die product or service; 

(2) die consumer authorizing the transaction by transmitting an authorization code to 

the billing computei; 

(3) the billing computer determining whether to approve the transaction by consider- 

ing the authorization code; and 

(4) fulfilling the transaction if the billing computer approves the transaction; 
wherein die merchant computer does not receive information identifying the consumer 
billing account 

2. The method of claim 1, wherein step (1) comprises the steps of: 

(a) transmitting from the consumer to the merchant computer an order for the product 

or service; 

(b) transmitting from the merchant computer to die billing conq>uter information re- 

lating to the order, 

(c) transmitting fiom the billing computer to the merchant computer a transaction 

identification code; and 

(d) transmitting from the merchant computer to the consumer the transaction identifi- 

cation code. 

3. The method of claim 1, wherein step (1) comprises the steps of: 

(a) transmitting fix>m the consumer to the merchant an order for the product or ser- 

vice; and 

(b) transmitting fiom the merchant computer to die consumer a transaction identifica- 

tion code. 
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4. Hie method of claim 1, wherein step (1) comprises tilie step of transmitttng from the 
consumer to the billing con^uter an order for the product or service. 

5. The method of claim 4, wherein steps (1) and (2) are combined into one transmission. 

5 

6. The method of claim 1^ further comprising, prior to step (2), the step of transmitting fiom 
the billing computer to the consumer a description of die transaction. 

7. Hie method of claim 1, wherein step (3) comprises the steps of: 

1 0 (a) transmitting an authorization request to a consumer billing authority; and 

(b) receiving an authorization response from the consumer billing authority. 

8. The method of claim 1, wherem the authorization code comprises a billtng account 
identifier. 



15 



9. The method of claim 8» wherein the authorization code further comprises a PIN. 



10, The method of claim 9, wherein: 

the PIN is associated wi& a predetermined restriction for the consumer, and 
20 wherein step (3) includes the step of considering the predetemained restriction. 

1 1. The method of claim 1, wherein step (4) comprises the step of delivering flie product or 
service to the consumer. 

25 12. The method of claim 11, wherein step (4) further comprises the step of transmitting fcom 
the merchant computer to the billing computer an acknowledgment of the delivery of the 
product or service indicating the status of the delivery. 

13. The method of claim 12, further comprising the step of chargmg the transaction to tihe 
30 consumer billing account only if flie delivery acknowledgment indicates that the delivery 

of the product or service was successful. 
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14. Hie method of claim 1, wfaeiein step (4) comprises the steps of: 

(a) transmitting from the consmner to the billing computer a first consumer identifier, 

(b) transmitting firom the billing computer to the merchant computer the first con- 

sumer identifier, 

(c) transmitting fiom the consumer to the merchant computer an order fiilfiUment re- 

quest and a second consumer identifier; 

(d) comparing the first consumer identifier and the second consumer identifier; and 

(e) delivering flie product or service to the consumer if flie first consumer identifier 

matches the second consumer identifier. 

1 5. The method of claim 1 , wherein step (4) comprises the steps of: 

(a) transmitting fiom the consumer to the billing computer a first consmner identifier, 

(b) transmitting fix)m the consumer to the merchant computer an order fulfillment re- 

quest and a second consumer identifier, 

(c) transmitting fiom the merchant computer to tiie billing computer a fulfillment ap- 

proval request and the second consumer identifier; 

(d) comparing the first consumer identifier and tihe second consumer identifier, 

(e) if the first consumer identifier matches the second consumer identifier, transnut- 

ting fiiom the billing computer to the merchant computer a fulfillment ap- 
proval response indicating approval to fulfill the transaction, and otherwise 
transmitting a fulfillment approval response indicating denial to fulfill the 
transaction; and 

(f) delivering flie product or service to the consumer if the fulfillment approval re- 

sponse indicates approval to fulfill the transaction. 

16. The method of claim 0 or 15, wherein the first consumer identifier and the second 
consumer identifier identify only the consumer's connection to the computer network, 

17. The method of claim 0 or 15, wherein flie first consumer identifier and the second 
consumer identifier comprise a digital certificate. 

18. A method of conducting a transaction between a consumer, a merchant computer, and a 
billing computer connected together over a coiiq}uter network, wherein the consumer pur- 
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chases a product or service from the merchant computer by chaignig &e vahie of the prod- 
uct or service to a consumer billing account, the method comprising the steps o£ 

(1 ) transmitting from the consumer to the merchant conq)iiter an order for the product 

or service; 

(2) transmittmg from the merchant computer to the billing computer information re- 

lating to the oidei; 

(3) transmitting fiom the billing computer to the merchant computer a transaction 

identification code; 

(4) transmitting fi^om the merchant computer to the consumer the transaction identifi- 

cation code; 

(5) transmitting firom the billing computer to the consumer a description of the trans- 

action; 

(6) transmitting fcom the consumer to the billing computer an authorization code for 

the transaction comprising a billing account identifier and a first consumer 
identifier, 

(7) the billing computer determining whether to approve the transaction by consider- 

ing the authorization code; 

(8) transmitting from the billing computer to the merchant computer the first con- 

sumer identifier; 

(9) transmitting fiom the consumer to the merchant computer an order fiilfillment re- 

quest and a second consumer identifier, 

(10) comparing flhe first consumer identifier and the second consumer identifier, and 

(1 1) deUvering the product &om the merchant computer to the consumer if the billing 

computer approves the transaction and the first consumer identifier matches 

the second consumer identifier; and 
wherein flie merchant computer does not receive information identifying &e consumer 
billing account 

19. A method of conducting a transaction between a consumer, a merchant computer, and a 
billing computer connected together over a computer network, wherein the consumer pur- 
chases a jniodttct or service Scorn the merchant computer by charging Ae value of flie prod- 
uct or service to a consumer billing accoimt, the method conqmsing the steps of. 
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(1) transmittiiig from flie consumer to the merchant computer an order for the product 

r service; 

(2) transmittmg from the merchant con^uter to the billing computer infomiation re- 

lating to the order; 

5 (3) transmitting from the billing computer to the merchant computer a transaction 

identification code; 

(4) transmitting from the merchant computer to the consumer the transaction identifi- 

cation code; 

(5) transmitting from tilie billing computer to the consumer a description of the trans- 
10 action; 

(6) transmitting from the consumer to the billing computer an aufliorization code for 

the transaction comprising a billing account identifier and a first consumer 
identifier; 

(7) the billing con^uter determining whether to approve the traimction by consider- 
1 5 ing the authorization code; 

(8) transmitting bom the consumer to the merchant computer an order fiilfillment re- 

quest and a second consumer identifier; 

(9) transmitting bom the merchant computer to the billing computer a fiilfillment ap- 

proval request and the second consumer identifier; 
20 (10) comparing the first consumer identifier and the second consumer identifier, 

(11) transmittmg from the billing computer to the merchant computer a fiitfillment 
approval response indicating approval to fiilfill the transaction if the first con- 
sumer identifier matches the second consumer identifier, and denial to fiilfill 
the transaction otherwise; and 
25 (12) delivering the product or service to the consumer if the billing computer ap- 

proves the transaction and die fiitfillment approval response indicates ap- 
proval to fiilfill the transaction; and 
wherein the merchant computer does not receive information identifying the consumer 
billing account 

30 

20. A method of conducting a multipUcity of transactions between a consumer, at least one 
merchant computer, and a billing computer connected together over a computer network, 
wherein each transaction is for a product or service that flie consumer purchases from one 
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of flie at least one merchant coniqputer, the method comprising the step of conducting each 
transaction according to flie method of claims 1, 18, or 19. 

21 . Hie method of claim 20, further comprising tiie steps of. 
5 aggregating the multiplicity of transactions; and 

charging the aggregated multiplicity of transactions to the consumer billing account 
upon fbo occurrence of a specified event 

22. Hie method of claim 20, further comprising the steps of: 

10 charging those of the multiplicity of transactions that meet predetermined criteria to 

the consumer billing account; 
aggregating those of flie multiplicity of transactions tiiat do not meet the predeter- 
mined criteria; and 

charging the aggregated transactions to tiie consumer billing account only upon the 
15 occurrence of a specified event 

23 . The method of claim 20, furOier comprising the steps of; 

obtaining from the consumer billing authority a pre-aulhorization that permits charg- 
ing a predetermined amount to the consumer billing account; 
20 aggregating the multiplicity of transactions; and 

charging the aggregated transactions to the consumer billing account upon the occmr- 
rence of a specified event 

24. Hie method of claim 20, further comprising the steps o£ 

25 obtaining ftom the consumer billing authority a pre-authorization that permits chain- 

ing a predetermined amount to the consumer billing account 
charging those of the multiplicity of transactions fliat meet predetermined criteria to 

the consumer billing account 
aggregating those of the multiplicity of transactions fliat do not meet the predeter- 
30 mined criteria; and 

charging the aggregated transactions to die consumer billing account upon the occur- 
rence of a specified event 
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25. A method of conductiDg a transaction at a merchant computer connected by a computer 
netwodc to a consumer and a billing computer, ^Aiierein the consumer purchases a product 
or service from the merchant computer by charging the value of the product or service to a 
consumer billing account, the method conqnrising the steps of. 

(1) initiating flie transaction for the product or service; 

(2) receiving an approval indication for the transaction from the billing computer, 

and 

(3) fulfilling the transaction if the billing computer approves the transaction; and 
whercin the merchant computer does not receive information identifying die consumer 
billing account 

26. The metiiod of claim 25, wherein step (1) comprises die steps of: 

(a) receiving an order for the product or service fiom the consumer; 

(b) transmitting information relating to the order to the billing computer, 

(c) receiving a transaction identification code fix)m the billing computer; and 

(d) transmitting the transaction identification code to the consumer. 

27. The method of claim 25, wherein step (1) comprises the steps of: 

(a) receiving an order for the product or service fiom the consumer; and 

(b) transmitting a transaction identification code to the consumer. 

28. The method of claim 25, wherein step (3) comprises the step of delivering the product or 
service to the consumer. 

29. The method of claim 28, wherein step (3) furdier comprises the step of transmitting to the 
billing computer an acknowledgment of the dehvery of the product or service indicating 
the status of tibe delivery. 

30. The mefihod of claim 25, wherein step (3) comprises the steps of: 

(a) receiving a first consumer identifier fxm the billing computer; 

(b) receiving an order fiilfillment request and a second consumer identifier bom the 

consumer; 

(c) comparing the first consumer identifi^ and the second consumer identifier, and 
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(d) delivering the product ox service to 4ie consumer only if the first consumer identi- 
fier matches the second consumer identifier. 

31. The method of claim 25, herein step (3) comprises the steps of: 

5 (a) receiving an order fulfillment request and a consumer identifier from fbe con- 

sumer; 

(b) transmittmg to the billing computer a fulfillment approval request and the con- 

sumer identifier; 

(c) receiving a fulfillment approval response firom Hie billing conq)uter; and 

10 (d) delivering the product or service to the consumer if the fulfillment approval re- 

sponse indicates approval to fulfill the transaction. 

32. A method of conducting a transaction at a merchant computer connected by a computer 
network to a consumer and a billing computer, wherein the consumer purchases a product 

15 or service fix>m the merchant computer by charging tihe value of the product or service to a 

consumer billing account, the mettiod comprising the steps of. 

(1) receiving an approval indication for the transaction firom the bilhng computer, 

(2) fulfilling the transaction if Hxe billing computer approves the transaction; and 
wherein the merchant computer does not receive information identifying the consumer 

20 billing account 

33. A method of conducting a transaction at a merchant computer connected by a conq)uter 
network to a consumer and a billing computer, wherein the consumer purchases a product 
or service fix)m the merchant computer by charging the value of the product or service to a 

25 consumer billing account, the method comprising the steps of: 

(1) receiving an order for the product or service fix>m the consumer; 

(2) transmitting information relating to the order to the billing compute^ 

(3) receiving a transaction identification code fiom the billing compute^ 

(4) transmitting the transaction identification code to the consumei; 

30 (5) receiving an approval indication for tiie transaction and a first consumer identifier 

fiom the billing compute]^ 
(6) receiving an order fulfillment request and a second consumer identifier fiiom tiie 
consumer; 
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(7) comparing the fiist consumer identifier and the second consimier identifier, and 

(8) delivering the product to tbe consumer if the billing computer approves the trans- 

action and tixe first consumer identifier matches the second consumer identi- 
fier, and 

wherein the merchant computer does not receive information identifying the consumer 
billing account 

34. A method of conducting a transaction at a merchant computer connected by a conoputer 
network to a consumer and a billing computer, wherein the consumer wishes to purchase a 
product or service fiom the merchant computer by charging the value of fee product or 
service to a consumer billmg account, the metiiod comprismg the steps of: 

(1) receiving an order for Hie product or service from the consumer; 

(2) transmittmg information relating to the order to the billing computer; 

(3) receiving a transaction identification code fiom the billing computer; 

(4) transmitting the transaction identification code to the consumer, 

(5) receiving an approval indication for the transaction fiom the billing con:^)uter, 

(6) receiving an order fiilfillment request and a consumer identifier fiom the con- 

sumer, 

(7) transmitting a fiilfillment approval request and the consumer identifier to the bill- 

ing computer; 

(8) receiving a fiilfillment approval response from the billing computer; 

(9) delivering the product or service to the consumer if ttie billing computer approves 

the transaction and the fiilfillment approval response indicates approval to 

fiilfill the transaction; and 
wherein the merchant computer does not receive information identifying the consumer 
billing account 

35. . A merchant computer connected by a computer network to a consumer and a billing 
computer, comprising: 

a network inter&ce for connecting to the computer network; and 
a controller for conducting a transaction with the consumer, wherein the controller 
conducts the transaction with the consumer upon receiving an approval code fipom the 
billing computer. 
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wherein the merchant computer does not receive information identifying the consumer 
billing account 

36. The merchant computer of claim 35, further comprising a transaction memory for storing 
transaction information from fiie billing computer. 

37. The merchant computer of claim 35, further comprising a compamtor for comparing 
consumer identifiers one received fiom die consumer and a second one received fiom die 
billing computer. 

38. The merchant computer of claim 35, wherein the controller performs the steps of: 

(1) initiating die transaction for the product or service; 

(2) receiving an approval indication for the transaction from the billing computer, 

and 

(3) fulfilling the transaction if the billing computer approves die transaction 

39. The merchant computer of claim 36, wherein the controller performs the steps of: 

(1) initiating the transaction for the product or service; 

(2) storing information about the transaction in the transaction memory; 

(3) receiving an approval indication for the transaction fiom the billing computer, 

(4) storing the approval in the transaction memory, and 

(5) fulfilling the transaction if the hilling computer approves the transaction 

40. The merchant computer of claim 37, wherein the controller performs the steps of: 

(1) initiating die transaction for the product or service; 

(2) receiving an approval indication for die transaction from the billing computer, 

(3) receiving a first consumer identifier fiom the billing computer; 

(4) receiving an order fiilfillm^t request and a second consumer identifier fix>m the 

consumer, 

(5) comparing the first consumer identifier and the second consumer identifier using 

the comparator; and 
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(6) delivering the product or service to the consumer if the billing computer approves 
flie transaction and the first consumer identifier matches the second consumer 
identifier 



41. A method of conducting a transaction at a billing computer connected to a computer 
network, wherein a consumer purchases a product or service fiom a merchant computer by 
chaxgmg the value of the product or service to a consimier billing account, the method 
comprising the steps of: 

(1) initiating the transaction for the product or service; 

(2) receiving an authorization code from the consumer indicating authorization to 

conduct tibe transaction; 

(3) determining whether to approve the transaction by considering the authorization 

code; 

(4) transmitting approval to conduct the transaction to the merchant computer if the 

transaction is approved; 

(5) fulfilling the transaction if the transaction is approved; and 

\^erein the billing computer does not transmit information identifying the consumer bill- 
ing account to the merchant computer. 

42. The method of claim 41, wherein step (1) comprises the steps of: 

(a) receiving fix)m flie merchant computer information relating to an order for the 

product or service placed by the consumer; and 

(b) transmitting to the merchant computer a transaction identification code. 

43. The method of claim 41, wherein step (1) comprises the step of receiving an order for the 
product or service from flie consumer. 

44. The method of claim 43, wherein steps (1) and (2) occur substantially simultaneously. 

45. The method of claim 41, further comprising, prior to step (2), the step of transmitting to 
the consumer a description of the transaction. - 



wo 02/19211 



31 



PCT/DSOl/26718 



46. The mefliod of clai]n41, wherein step (3) comprises Ibe steps of: 

(a) transmitting an authorization request to the consumer billing autfaoritj^ and 

(b) receiving an authorization response from fbs consumer billing authority. 

47. The method of claim 41, \^erein tiie authorization code comprises a billing account 
identifier. 

48. The method of claim 47, v^erein the authorization code further comprises a PIN. 

49. The method of claim 48, wherein: 

the PIN is associated with a predetemiined restriction for the consumer, and 
the step of determining whether to approve the transaction further includes consider- 
ing the predetennined restriction. 

50. The method of claim 41, wherein step (5) comprises the step of receiving fiom the 
merchant computer an acknowledgment that flie merchant computer delivered the product 
or service to the consumer and indicating the status of the delivery. 

51. The method of claim 50, further comprising the step of charging the transaction to the 
. consumer billing account only if flie delivery acknowledgment indicates that the delivery 

of the product or service was successful. 

52. The method of claim 4 1 , wherein step (5) comprises the steps of: 

(a) receiving a consumer identifier from the consumer, and 

(b) transmitting the consumer identifier to the merchant computer. 

53. Ibe method ofclaim 41, wherein step (5) comprises the steps of: 

(a) receiving fiom the consumer a first consumer identifien 

(b) receiving fix)m the merchant computer a fulfillment qjproval request and a second 

consumer identifier, 

(c) comparing the fast consumer identifier and the second consumer identifier; and 

(d) if the first consumer identifier matches the second consumer identifier, transmit- 

ting to tiie merchant computer a fulfillment approval response indicating ap- 
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pioval to fulfill flie transaction, and oflierwise transmitting a fulfillment ap- 
proval response indicating denial to fulfill the transaction. 

54. A method of conducting a transaction at a billing computer connected to a computer 
netwotk, wherein a consumer purchases a product or service from a mexchant computer by 
charging the value of tte product or service to a consumer billing account, the method 
comprising the steps of: 

(1) receiving an authorization code from Ihe consumer indicating authorization to 

conduct the transaction; 

(2) determining whether to approve the transaction by considering the autiiorization 

code; 

(3) transmitting approval to conduct the transaction *to flie merchant computer if the 

transaction is approved; 

(4) fulfilling the transaction if the transaction is approved; and 

wherein the billing computer does not transmit information identifying the consumer bill- 
ing account to the merchant computer. 

55. A method of conducting a transaction at a billing computer connected to a computer 
network, wherein a consumer purchases a product or service fiom a merchant computer by 
chargmg the value of the product or service to a consumer billing account, the method 
comprising the steps of: 

(1) receiving firom the merchant computer information relating to an cider for the 

product or service placed by the consume^ 

(2) transmitting to the merchant computer a transaction identification code; 

(3) transmitting to tiie consumer a description of flie transaction; 

(4) receiving fix)m the consumer an authorization code for the transaction comprising 

a billing account identifier and a consumer identifier, 

(5) determining whetiier to approve the transaction by considering the authorization 

code; 

(6) transmitting approval to conduct the transaction to the merchant computer if the 

transaction is approved; 

(7) transmitting to flie merchant computer tiie consumer identifier; and 
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wherein the biUmg computer does not transmit information identifying the consumer bill- 
ing account to the merchant computer. 

56. A method of conducting a transaction at a billing computer connected to a computer 
5 netv^odc, wherein a consumer purchases a product or s^vice fiom a merchant computer by 

charging Ihe value of the product or service to a consumer billing account, the method 
comprising the steps of: 

(1) receiving from the merchant computer information relating to an order for the 
product or service placed by the consumer, 
10 (2) transmitting to Ihe merchant computer a transaction identification code; 

(3) transmitting to tiie consumer a description of the transaction; 

(4) receiving fiom the consumer an au&orization code for the transaction conq)rising 

a billing account identifier and a first consumer identifier; 

(5) detemuning whether to approve the transaction by considering the authorization 
15 code; 

(6) transmitting approval to conduct the transaction to the merchant computer if the 

transaction is approved; 

(7) receiving from the merchant computer a fulfillment approval request and a second 

consumer identifier; 

20 (8) comparing the first consumer identifier and the second consumer identifier, 

(9) transmitting to the merchant computer a fulfillment approval response indicating 
approval to fulfill the transaction if 'be first consumer identifier matches the 
second consumer identifier, and denial to fulfill the transaction otherwise; and 
wherein the billing computer does not transmit information identifying the consumer bill- 
25 ing account to the merchant computer. 

57. A method of conducting a multiplicity of transactions between a consumer and at least one 
merchant computer at a billing computer, wherein: 

the consumer, the at least one merchant computer, and the billing computer are con- 
30 nected together over a computer network; 

each transaction is for a product or service that the consumer purchases fiom at least 
one merchant computer, and 
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&e method comprises the step of conductiiig each of the multiplicity of transactioiis 
according to &e method of claims 41, 55, or 56. 



58. The method of claim 57, further comprising the steps of. 
5 aggregating the multiplicity of transactions; and 

charging ttie aggregated multiplicity of transactions to the consumer billing account 
upon &e occurrence of a specified event 

59. The me&od of claim 57, further comprising the steps of: 

10 charging Aose of the multiplicity of transactions ^t meet predetermined criteria to 

the consumer billing account; 
aggregating those of the multiplicity of transactions that do not meet the predeter- 
mined criteria; and 

charging the aggregated transactions to the consumer billing account upon the occur- 
1 5 rence of a specified event 



60. The method of claim 57, further comprising the steps of: 

obtaining fix)m fbo consumer billing authority a pre-authorization that permits charg- 
ing a predetermined amount to the consumer billing account; 
20 aggregating flie multiplicity of transactions; 

charging the aggregated transactions to the consumer billing account upon &e occur- 
rence of a specified event 



6 1 . The mediod of claim 57, further comprising flie steps of: 
25 obtaining firom the consumer billing authority a pre-authorization that permits charg- 

ing a predetermined amount to the consumer billing account 
charging those of the multiplicity of transactions that meet predetermined criteria to 

the consumer billing account 
aggregating those of the multiplicity of transactions that do not meet the predeter- 
30 mined criteria; and 

charging the aggregated transactions to the consumer billing account upon the occur- 
rence of a specified event 
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62. A billing computer connected to a consumer and a merchant computer by a computer 
network, comprising: 

a network inter&ce for connecting to flie computer network; 

a consumer billing authority inter&ce for connecting to a consumer billing authority; 

a transaction memory for storing transaction information; 

an account database for storing consumer account information; 

a comparator for determining whether to approve transactions; 

a controller for conducting a transaction including the purchased of a product or ser- 
vice by charging the value of the product or service to a consumer billing ac- 
count; and 

wherein the billing computer does not transmit information identifying the consumer bill- 
ing account to the merchant computer and does not receive information identifying the 
consumer billing account horn the merchant computer. 

63. The billing computer of claim 62, further comprising a predefined database containing 
predefined transaction descriptions. 

64. Hie billing computer of claim 62, further comprising an aggregation memory for storing 
previously completed transactions fliat are to be aggregated together into one or more bill- 
ing events for submission to the consumer billing authority. 

65. The billing computer of claim 62, wherein the controller performs the steps of; 

(1) initiating the transaction for the product or service; 

(2) storing information about the transaction in tihie transaction memory; 

(3) receiving an authorization code ficom the consumer indicating authorization to 

conduct flie transaction; 

(4) determining ^iliether to approve the transaction using the computer by consider- 

ing the authorization code and the consumer account information in the ac- 
count database; and 

(5) if the transaction is approved, performing the further steps of: 

(6) transmitting approval to conduct the transaction to the merchant computer; 

(7) fulfilling the transaction; and 
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(8) communicatmg with the consumer billing authority to charge the transaction to 
die consumer billing account 

66. The billing computer of claim 63, wherein the controller performs the steps of: 

(1) initiating flie transaction for the product or service based upon a predefined trans- 

action description in the predefined database; 

(2) storing information about the transaction in tiie transaction memory; 

(3) receiving an aufliorization code fix>m the consumer indicating authorization to 

conduct tiie transaction; 

(4) determining isliefher to approve the transaction by considering the autiiorization 

code and the consumer account information in the account database; and 

(5) if the transaction is approved, performing the fiirther steps of: 

(6) transmitting approval to conduct flie transaction to the merchant computer; 

(7) fulfilling the transaction; and 

(8) communicating wifli the consumer billing authority to charge the transaction to 

the consumer billing account 

67. The billing computer of claim 64, wherein the controller performs the steps of: 

(1) initiating the transaction for the product or service; 

(2) storing information about the transaction in the transaction memory; 

(3) receiving an authorization code fiom the consumer indicating authorization to 

conduct tiie transaction; 

(4) determining whether to approve tiie transaction by considering tiie authorization 

code and the consumer account information in the account database; 

(5) if the transaction is approved, performing the steps of: 

(a) transmittinjg approval to conduct the transaction to the merchant computer, 
and 

(b) fulfilling tiie transaction; and 
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wherein fhe controller perfonns the further steps of: 

(6) storing the transaction in the aggregation memory; 

(7) aggregating into an aggregate total ttie transaction with one or more previously 
5 , completed transactions stored in &e aggregation memor)^ and 

(8) commmdcating with the consumer billing authority to charge the aggregate total 

to the consumer billing account as one or more billing events. 
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